M ethod of Off ring for Sale, Ordering and Selling Go ds and S rvic es 

This invention relates to a method of offering for sale, ordering and selling 
goods and services. In particular this invention relates to a method of offering for 
sale, ordering and selling goods and services in which said goods and services 
5 are offered for sale by at least one vendor to a multiplicity of participants in a 
mobile radio network by means of an offer identification which are <sic. is> 
received by interested participants in their mobile devices and transmitted to a 
service center via the mobile radio network. 

Described in the patent US 5,345,501 is a telephone central office switch- 
10 based system for processing and forwarding orders of customers to suppliers 
which, in addition to the central office, comprises a voice recognition unit. By 
means of voice prompts, a customer is asked to enter his PIN (Personal 
Identification Number) by means of selection keys of his telephone. After 
successful entry and verification of the PIN number, a product, for example a 
15 video cassette with a particular film title, is selected by the customer in several 
steps (categories, subcategories) by means of selection keys or language, and 
this is confirmed by means of stored responses. Payment for the desired product 
takes place via credit card, the number of which must be entered by the customer, 
or via billing by the telephone operator. Such systems and similar ones are 
20 known for the most varied applications; using such systems is often considered 
inconvenient and tedious by customers. 

Described in WO 90/1 1661 is a catalog ordering system connected to the 
public switched telephone network (PSTN) in which a customer dials the number 
of an order service, and by means of spoken instructions is instructed to enter one 

25 or more order numbers, it being possible for entered orders to be repeated to the 
customer and to be confirmed by him. Then, upon request of a supplier, the 
entered order numbers are transmitted to this supplier via the telephone line 
together with the telephone number of the customer. For increased security, the 
entering of an account number can be additionally requested from the customer. 

30 This system functions in a similar way to that in the patent described above, and 
offers no automatic completion of payment. 

Described in the patent US 4,797,913 is an order system in which products 
can be ordered directly by dialing a telephone number. The order system 
described in US 4,797,913 is based on a LATA (Local Access Transport Area) 

35 AMENDED PAGE 



2 



switched network in which Feature Group D services are available which are 
selected by means of the first two digits "10" of said telephone number. Within 
this Feature Group D services, an interim switched network or in particular an 
order service center can be dialed by means of the subsequent three digits, ten 
5 digits still being available for identification of a supplier and his products. The 
order system thus described is especially suitable for catalog shipping services; 
how indications about quantities are transmitted or how the identity of the client is 
established remains open, however, since only the telephone number of the 
telephone used for the order is known. 

10 What all the order methods or systems described above have in common is 

that they do not make it possible to transmit ordered products, in particular 
ordered information, automatically and directly to the interested customer. 
Moreover these described systems do not make possible any automatic 
identification of the customer, but instead are based on his telephone number, 

15 and in some cases are based additionally on numbers which the customer has to 
enter. Furthermore the address information for the customer is not supplied by 
these systems, but instead administration thereof must be assumed by the 
suppliers. 

Described in the patent application WO 96/25006 is an interactive 
20 broadcast system, in which customers can call a call center to order goods and 
services automatically via the telephone lines by means of a messaging device, 
which call center supplements, with the aid of a data base, the order data 
transmitted by the customer, and passes it on, together with a customer 
identification, to respective suppliers, who, for their part, deliver goods and 
25 services to the customer identified through the customer identification. 

Described in the not yet published patent application PCT/CH 96/00464 is a 
method and system for transmission of orders, in particular for transmission of 
product orders, orders for information, or payment transactions, in a telecommuni- 
cations network, according to which said orders are transmitted by a multiplicity of 

30 participants in a telecommunications network, particularly, but not exclusively, a 
mobile radio network, to at least one supplier. Orders are thereby transmitted in 
short messages, not merely as bit streams, through the telecommunications 
network, but instead the data contained therein are linked to participant 
identification data from the participant data base of the telecommunications 

35 network. The method finds application in a telecommunications network in which 
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the identity of the calling participant is recognized by the service center of this 
network with each call, for example a mobile radio network based on the GSM 
standard. The participant needs only to enter an offer identification of the goods 
or services offered for sale that contains at least an identification of these goods 

5 or services as well as an identification of the respective supplier. Order data 
dependent upon this said offer identification are transmitted by means of short 
messages via said telecommunications network to a service center, which 
recognizes the customer and links at least certain of the data contained in said 
short message to participant identification data, and transmits the linked data to 

10 the respective supplier. 

It is an object of this invention to propose new methods of offering for sale, 
ordering and selling goods and services which are in particular also suitable for 
supporting vendors of goods and services having in each case a limited available 
number. 

15 This object is achieved according to the invention through the elements of 

the characterizing part of the independent claims. Further preferred embodiments 
following moreover from the dependent claims and from the specification. 

In particular, this object is preferably achieved in that an indication of 
quantity is stored for at least certain of the goods and services offered for sale 

20 which corresponds to the limited available quantity of the respective item or 
service offered for sale, in that, for a received order, a token is generated for at 
least certain goods or services offered for sale, if a respective item or a respective 
service is available, this token being transmitted to the respective vendor and to 
the respective participant, and for each received order for which a token was 

25 generated, or respectively transmitted, the corresponding quantity indication 
about the available number is decreased by increments. 

Goods and/or services offered for sale are preferably offered to the 
participants via different communications channels, at least certain offers 
containing an offer identification. 

30 An ordering participant is preferably recognized with each order and, on 

the basis of his identification, order data transmitted by him are linked to 
corresponding participant identification data. 

The offer for a particular item being offered for sale or for a particular 
service being offered for sale is preferably stopped when the available number 

35 AMENDED PAGE 



3a 



indicated by the respective quantity indication is zero. In a variant, the offer can 
also be stopped when the offer has expired, i.e. when an expiration date for an 
item or service being offered for sale has passed, when the vendor withdraws 
them < sic. it> and/or when the supply conditions, for example the price or the 
5 availability of the products offered for sale, have changed. 

At least certain of the tokens which are transmitted to the participant, via a 
mobile radio network to his mobile device, are stored in a chipcard removably 
connected to this mobile device, and at least certain of the tokens stored on this 
chipcard can be used at an admission control point as an admission ticket or as 
10 the link to a set of admission tickets. 
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In a variant, interested participants can preferably additionally enter an 
order quantity with which they can order more than one item or one service and 
which is transmitted together with the order data. 

With such multiple orders, depending upon the variant, if sufficient goods 
5 or services are available, a plurality of tokens are generated, corresponding to the 
ordered quantity, and are transmitted to the vendor, respectively to the participant, 
or one token is generated and transmitted, which contains a delivery number that 
corresponds to the ordered quantity. If only an insufficient quantity of the ordered 
goods or services is available, depending upon the variant, at least the 
10 corresponding number of tokens is generated and transmitted or one token with 
the corresponding delivery number. The quantity indication on the goods and 
services available is decreased by increments by the number delivered. 

In a variant, the solvency of an interested participant is checked prior to 
generation of a token, or respectively before its transmission. 

15 A negative decision is preferably transmitted to an interested participant, 

for example over the mobile radio network, if a corresponding token is not 
generated for his received order, or respectively cannot be transmitted, either 
because he is not solvent, because sufficient goods or services are not available, 
or because the offer has expired or has been withdrawn. 

20 Depending upon the variant, the costs of an item or service ordered by a 

participant, for which a token was generated, or respectively transmitted, are 
charged to him in his bill for the communications costs, for example in the mobile 
radio network, in a bill from a financial services provider, or are charged directly to 
an electronic account in the chipcard removably connected to his mobile device. 

25 In a variant, vendors can pass on to an automated offer server information 

about goods and services to be offered for sale. 

An embodiment of the present invention will be described in the following 
with reference to an example. The example embodiment is illustrated by the 
following appended figures: 

30 Figure 1 comprises a block diagram, which illustrates schematically the 

data flow between a vendor of goods and/or services, a participant in a mobile 
radio network, a service center of this mobile radio network, an offer server, a 
mediating module as well as a sales module. 
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Figure 2 shows flow charts which illustrate, schematically and by way of 
example, the program flow of the programmed software process for receiving and 
processing offers and orders in a sales module. 

The reference numeral 1 refers to a vendor of goods and/or services, which 
5 we also combine under the designation "products" in the following description, 
whereby this vendor 1 would like to offer for sale in particular products of limited 
available quantity in each case. This vendor 1 can be organizations, for example 
small, medium-sized or large enterprises, which manufacture or sell goods or offer 
for sale or mediate services, or it can be individual, or groups of, private persons 

10 who would like to market products. Besides the limited available number of these 
products, which can also be very small and can comprise, for example, only a 
single or a few products, these products can also be of limited life, i.e. can have 
an expiration date, for example involved can be an admission ticket to a sports 
event or a concert that takes place only on a particular day, or involved can be 

is perishable products, such as foodstuffs. The product can also be information, for 
example text, audio, video and/or multimedia data which are ordered by the 
participant and are transmitted to him by the vendor 1 via a suitable transmission 
channel, for example as SMS short messages or USSD data via a mobile radio 
network, as e-mail over the Internet, as DAB (Digital Audio Broadcasting) 

20 program-accompanying data, etc. 

A vendor 1 can transmit data about products to be offered for sale, for 
example the name or the designation of the product, possibly a short description, 
a number indication with respect to available quantity, price information, as well 
as an expiration date (still valid at the time of the offer), if applicable, to a service 

25 provider 3 responsible therefor. This data flow indicated by the arrow 2 can take 
place by means of paper, in that, for example, a form intended for this purpose is 
filled out and is passed on to the service provider or in that it is transmitted to the 
service provider 3 by means of fax. The data flow of these offer data 2 can also 
take place by electronic and automatic way, however, in that the service provider 

30 3 is represented by an offer server 3 to which a vendor 1 can pass on the 

described offer data via a computer terminal. The respective terminals can be 
installed at a place accessible to the public, for example, and can be connected to 
the offer server 3 via fixed networks or mobile networks, or the input terminal can 
be a program application on the Internet that can be used by a vendor 1 via his 

35 PC. There are numerous possibilities which can be executed by one skilled in the 
art. In addition to the offer data described, information about the vendor 1 also 
has to be given to the service provider 3, which, depending upon the embodiment 
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variant, has to be transmitted again each time or is stored in a data base so that 
an unambiguous identification of the vendor 1 suffices, in addition to the offer 
data. 

In the data flow indicated by the arrow 4 in Figure 1 , the offer information of 
5 the vendor 1 captured by the service provider 3, respectively by the offer server 3, 
is transmitted, together with the identification of the vendor, to the mediating 
module 5, for example over a fixed network. If, on the basis of the possible 
expiration date, it is determined that the product has expired, an error message is 
transmitted to the service provider 3, respectively to the offer server 3, which 

10 message can be passed on by the service provider 3, or respectively the offer 
server 3, to the respective vendor 1 . Otherwise, if the product has not expired, an 
offer identification is generated, for example in the mediating module 5, which 
identification comprises at least data for identification of the product to be offered 
for sale as well as of the respective vendor 1 . The offer identification can be 

15 communicated to the respective vendor 1 in a confirmation. Depending upon the 
embodiment variant, this can take place from the mediating module 5 via the 
service provider 3, respectively the offer server 3, or directly from the mediating 
module 5 to the vendor 1 . The offer identification can also be generated in the 
offer server 3, and then confirmed to the vendor 1 and transmitted to the 

20 mediating module 5. Finally, it is also possible for the offer identification to be 
defined directly by the vendor 1 on the basis of format models, and then checked 
as to correctness and clarity by the offer server 3 or by the mediating module 5. 

Such an offer identification can comprise a plurality of fields. A first field 
contains, for example, a designation of the vendor 1, for example a mnemonic 

25 (code) of a plurality of alphanumerical symbols. A second field, which is 

separated from the first through a field delimiter, for example, contains a product 
identification which designates a particular item, a service or the supply of 
information and can likewise comprise a plurality of alphanumerical symbols. A 
further field, for example again separated from the product identification through a 

30 field delimiter, contains a check sum which is determined from the preceding 

fields through an error checking or error correcting algorithm known to one skilled 
in the art. Fields of constant, predefined length or fields with length indications 
can also be used, instead of field delimiters. 

In the data flow indicated by the arrow 8, certain offer data are transmitted 
35 by the mediating module 5 to the sales module 9. The data transmitted in the 
data flow 8 comprise information on identification of the vendor 1 and of the 
products to be offered for sale as well as indications about the available quantity 
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of the product offered, optionally the price of the product, as well as possibly the 
expiration date of the product. The sales module 9 can be achieved by one 
skilled in the art as a programmed software process, which can be installed on an 
own, separate or on a common computer together with other software 
5 applications. The programmed software process, which is illustrated in Figure 2 
by way of example, receives the offer information from the mediating module 5 in 
step 100, and if the possible expiration date of the offered product has not yet 
passed, stores it in a data base in step 101, which data base is installed by one 
skilled in the art on the same computer or on another computer accessible to the 
10 sales module 9. 

The region of Figure 1 enclosed by the triangle 30 of broken lines 
comprises parts, in particular a service center 1 1 , from the system and method for 
transmission of orders, which was described above, as well as communications 
channels 61 , 62, 63 which have been described in the not yet published patent 
15 application in the name of the (present) applicant PCT/CH98/00148 concerning a 
data broadcasting system and data broadcasting method. 

The offer identification, generated by the mediating module 5, respectively 
received therefrom by a vendor 1 , can be broadcast, typically together with 
additional information on the product to be offered for sale, according to the 

20 above-mentioned data broadcasting system and data broadcasting method via 
one or more different possible communications channels, so-called broadcasting 
channels 61 , 62, 63, to a multiplicity of participants 7. These data are thereby 
stored in an information data base according to this above-mentioned data 
broadcasting system and data broadcasting method, where they can be intended 

25 to be transmitted to particular participants 7 or participant groups via different 
specific broadcasting channels 61 , 62, 63. The broadcasting of data from the 
information data base takes place automatically according to transmission criteria, 
which comprise the address of a participant 7 or a participant group, indications 
about the data to be transmitted as well as about a broadcasting channel 61 , 62, 

30 63 to be used. Possible broadcasting forms and broadcasting channels are, for 
example, messages in digital mobile radio networks, for example SMS short 
messages or USSD data, messages in pager systems, addressed messages, 
such as, for example, e-mail, via the Internet, teletext pages in a teletext channel, 
program-accompanying data in a DAB (Digital Audio Broadcasting) channel, fax 

35 messages in a public telecommunications network, display of the data on a 
display panel, or printing of the information in catalogs or other printed media. 
According to this above-mentioned data broadcasting system and data 
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broadcasting method, the data can also comprise, for example, other text 
information and/or multimedia data in addition to the described offer identification 
for ordering goods and/or services. It is also possible that the mentioned 
transmission criteria can be administered by the participants 7 via a 
5 telecommunications system, for example over the Internet or by means of special 
messages over a mobile radio network. In this way the participants 7 can, for 
example, establish categories, themes, types or vendors of information, in 
particular goods, groups of goods, services and/or groups of services in which 
they are interested, and they can establish transmission times and/or periodicity. 
10 The transmission of data can also be bound to certain events by means of 
corresponding transmission criteria. 

A participant 7 in a mobile radio network 20, for example a GSM or UMTS 
network, who gains knowledge about the product offered and in particular 
knowledge about the corresponding offer identification, via the mentioned 

is communications channels 61 , 62, 63, can order this product according to the 
described method for transmission of orders. Therefore the offer identification, 
entered by the interested participant 7 in his mobile device, for example a mobile 
radio telephone or a portable personal computer, for example a laptop or palmtop 
with corresponding mobile radio functionality, or received by this mobile device, 

20 can be used as the basis for transmitting a corresponding short message, for 
example an SMS short message or USSD data, via a mobile radio network, for 
example a GSM or UMTS network, to the service center 1 1 by means of the data 
flow indicated by the arrow 10. The transmission and handling of the data in the 
short messages to the, and in the, service center 1 1 takes place, for example, 

25 according to the SICAP method, which has been described, inter alia, in EP 689 
368, or according to a similar method or based on WAP (Wireless Application 
Protocol). 

The service center 1 1 comprises, for example, a Short Message Service 
Center (SMSC) and a module for execution of the above-mentioned SICAP 

30 method; the participant 7 can thus be recognized on the basis of the identification 
of the received short message, and, according to the SICAP method, the content 
of the short message can be passed on to a respective application, established 
through a data header of the short message, for further processing. In this 
application, which can likewise take place in the service center 1 1 , at least certain 

35 of the order data contained in the short message are linked with identification data 
of the recognized participant 7 from a participant data base of the mobile radio 
network 20 accessible to the service center 1 1 . The linked identification data 
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comprise at least the address of the interested participant 7, possibly also his 
language and also further information, for example an additional billing and/or 
delivery address or indications about the solvency of the respective participant 7. 

In the data flow indicated by the arrow 12, the linked order data, which 
5 consequently comprise at least the mentioned identification data of the participant 
7 as well as information on the identification of the offered or respectively ordered 
product, and of the respective vendor 1 , are passed on to the mediating module 5. 

In the data flow indicated by the arrow 13, the mediating module 5 passes 
on the order data, received from the service center 1 1 , to the sales module 9, 
10 where, in step 200, they are received and further processed by the programmed 
software process illustrated in Figure 2, as will be described now in more detail. 

In an embodiment variant, in step 201, the solvency of the participant 7 
who has given the respective, received order, is first checked. This can take 
place on the basis of information stored in a data base accessible to the sales 

is module 9, for example a data base which is administered by the operator of the 
mobile radio network 20 or by a financial services provider. In a variant, 
information on the solvency of the participant 7 can be transmitted to the sales 
module 9 also by the service center 1 1 , or respectively by the mediating module 
5, together with the linked order data. If the solvency of the participant 7 cannot 

20 be guaranteed, a negative decision is sent to the respective participant 7 with the 
corresponding justification in step 203 of the software program, for example by 
means of short messages, e.g. an SMS short message or USSD data, via a 
mobile radio network 20, for example a GSM or UMTS network. For this purpose, 
the sales module 9 together with the respective computer hardware are provided 

25 with the corresponding communications means by one skilled in the art. The 
negative decision, giving the reason, is received by the mobile device of the 
respective participant 7 via the mobile radio network 20 and is shown on the 
display of this mobile device. Otherwise, if the solvency of the participant 7 is 
guaranteed with respect to the order, the software program of the sales module 9 

30 continues with step 202. 

Checked in step 202 is whether the available quantity of the ordered 
product is greater than zero at the moment. If the ordered product is no longer 
available, i.e. if the available quantity is zero, a negative confirmation with the 
corresponding justification is sent, as mentioned above, to the respective 
35 participant 7 in step 203 of the software program. Otherwise, in step 204, a token 
is generated which represents an unambiguous certificate, and which also 
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contains, for example, information for identifying the ordered product and/or the 
respective vendor 1. The token can be encrypted, for example, using means 
known to one skilled in the art, and can be provided with a digital signature in 
order to guarantee its authenticity and ensure security. It should be mentioned 
5 here that in an alternative embodiment a number of tokens corresponding to the 
available offered quantity of products can be generated and stored already during 
receiving and storing of the offer in steps 100 and 101 , whereby step 204 
accordingly becomes unnecessary in this form. 

In a step not explicitly shown, if applicable, a check is made by the software 
10 program on the basis of the expiration date as to whether the product has not 
expired at the time of ordering. If the product has actually expired, this will be 
communicated to the respective participant 7, in a similar way as described 
above, by means of a negative confirmation with the corresponding justification. 
Besides the expiration date, there can of course be also other reasons why an 
15 offer is no longer valid. For example, an offer can be withdrawn by the vendor 
and/or supply conditions can have changed, for example the price or the 
availability of the offered products. Corresponding functions for receiving 
information relating thereto, for example from the respective vendor 1 , and for 
their linking prior to the generation and transmission of a token can be 
20 implemented by one skilled in the art. 

In step 205, the generated token, together with indications about the 
respective participant 7, for example his identity and address, and with 
information on the respective ordered product and the respective vendor 1 , for 
example in the form of the offer identification indicated in the order, can be 
25 transmitted to the vendor 1 . Depending upon the embodiment variant, and 

possibly also depending upon the respective product, this can be carried out, in 
the data flow indicated by the arrow 15 in Figure 1 , in electronic form via a fixed 
network, for example by means of EDI or e-mail, via a mobile radio network or 
through conventional means with paper via the post or by means of fax. 

30 In step 206, the generated token is transmitted to the respective participant 

7, together with a positive confirmation. The transmission takes place, for 
example, by means of short messages, for example an SMS short message or 
USSD data, over a mobile radio network 20, for example a GSM or UMTS 
network. This positive confirmation is received by the mobile device of the 

35 respective participant 7 and is shown on the display of the mobile device. The 
token is stored, for example, on a chipcard which is removably connected to the 
mobile device, and can be used at a later point in time at an admission control 
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point as an admission ticket, for example, or as a link to a set of admission tickets, 
for example at a sports event, a concert, a play, etc. For this purpose and other 
purposes, the token can be stored, for example on the chipcard, e.g. an SIM card 
(Subscriber Identity Module) and/or a chipcard in accordance with the Opencard 
5 type, as an applet, e.g. a Java applet, which then finds application as a ticketing 
applet at a corresponding, automated admission control point, for example in that 
it is transmitted to this admission control point by means of a contactless 
interface. With such types of products, the token is correspondingly integrated by 
the vendor 1 into his admission process, so that the admission control can run 
10 correctly. In general, a token stored on the chipcard can serve at a later point in 
time as a record for the successful ordering of a respective product, and can be 
cancelled again, for example, with its exchange for the respective equivalent, i.e. 
the handing over of an item or the execution of, or respectively admission to, a 
service. 

15 In step 207, the ordered product, transmitted in the form of a token, is billed 

to the participant 7. This can be resolved in such a way that the costs for the 
ordered product as well as indications on identification of the respective 
participant 7 are entered into a data base accessible to the sales module, for 
example the same data base in which the offers are stored, or the necessary data 

20 are transmitted to a financial services provider. If the billed costs are stored by 
the sales module in a data base, they can be processed in batch mode at a later 
point in time in that they are transmitted periodically to a financial services 
provider for further processing and charging to the participant 7, for example, or in 
that the costs to the respective participant 7 are added directly to his bill for the 

25 communications costs in the mobile radio network 20. In a further variant, the 
costs can be charged to the respective participant 7 directly on his chipcard, for 
example in that a corresponding sum is deducted from a prepaid monetary 
amount stored on the chipcard. With the aid of a security method known to one 
skilled in the art, corresponding instructions can be transmitted, via the mobile 

30 radio network 20, to the chipcard, removably connected to the mobile device of 
the participant 7. 

In step 208, the quantity indication about the number of respective, 
available products is kept track of in that it is decreased by increments in the 
sales module 9. 



35 



Checked in step 209 is whether the quantity indication about the current 
number of respective products available is zero, i.e. whether a product is not 
available anymore. If respective products are still available, (the method) 
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continues in step 200 with the acceptance of a new order, if applicable. If, 
however, no corresponding product is available anymore, an instruction is 
transmitted, in step 210, to the mediating module from the sales module to stop 
the offering for sale of the respective product, as is indicated by the data flow 16 
5 in Figure 1 . In addition, a confirmation is sent to the respective vendor 1 that the 
offer has been terminated, for example. Depending upon the variant, this 
confirmation can also contain a settlement of accounts and/or inform the vendor 1 
about how many products were sold. Afterwards, (the method) continues with the 
acceptance of a new order in step 200, if applicable. Step 210 can be carried out 

10 also when the expiration date for a product offered for sale runs out, for example, 
through a separate process which checks the stored offers periodically. As 
mentioned above, such instructions to stop an offer can also be transmitted for 
other reasons, for example the withdrawal of an offer by the vendor 1 or changed 
supply conditions, such as availability or price. In the mediating module 5, receipt 

15 of this instruction to stop the offering for sale of a particular product has the result 
that the broadcasting of the offer identification for the particular product via the 
different communications channels 61 , 62, 63 is brought to an end, i.e. is 
terminated. 

In an embodiment variant, it is possible for an interested participant 7 to be 
20 able to enter in addition an order quantity during the entering and transmission of 
an order described above, which order quantity is transmitted to the service 
center 1 1 together with the order data in the indicated data flow 10. This order 
quantity is transmitted by the service center 1 1 to the mediating module 5 together 
with the linked order data described above, and is passed on from there to the 
25 sales module 9, where it is received in step 200 by the programmed software 
process, illustrated in Figure 2. 

In a first sub-variant of the multiple order, a further, additional token 
continues to be generated in the software program and the quantity indication for 
the available number of the respective product continues to be decreased by one 

30 increment until either the incrementally decreased quantity indication is zero, i.e. 
no further respective articles are available anymore and the order cannot be 
completely filled, or until the number of generated tokens corresponds to the 
ordered quantity, i.e. all respective products ordered can be supplied. In this first 
sub-variant, therefore, a token is generated for each product that can be supplied, 

35 and is transmitted to the participant 7. If there are not enough products available, 
the available number of tokens is transmitted to the participant 7 together with a 



corresponding confirmation. As mentioned above, in an alternative embodiment, 
the tokens can be generated and stored already in steps 100 and 101 . 

In a second sub-variant of the multiple order, if the said quantity indication 
is greater than zero, a token is generated which contains a supply number, which, 

5 beginning at zero, continues to be increased by one increment, and the indication 
of quantity of the respective products available is decreased by one increment 
until the supply number corresponds to the said order quantity, i.e. there are 
sufficient products available, or until the incrementally decreased quantity 
indication for the respective products available is zero, i.e. there are not enough 

10 products available, and the order cannot be completely filled. Thus, in this 
second sub-variant, only one token is generated for a plurality of ordered 
products, and is transmitted to the participant 7, this token containing, however, 
the number of supplied products. If not enough products are available, a 
corresponding confirmation is additionally transmitted to the participant 7. As 

is mentioned above, in an alternative embodiment, the tokens can be generated and 
stored already in steps 100 and 101, i.e. in this second sub-variant of the multiple 
order as many of such pre-generated tokens are "destroyed" as correspond to the 
supply number of the transmitted token. 

The two described sub-variants of the multiple order can also be used in 
20 combination by one skilled in the art, for example depending upon the respective 
products offered for sale and ordered. 

For the case where an order can only be filled incompletely, it can be made 
possible by one skilled in the art through additional steps, which will not be gone 
into more closely here, for a participant 7 to cancel the only partially filled order, 
25 and thus increase the number of available products again by the number of 
returned tokens. A participant can generally be offered the possibility of 
cancelling an order; however a fee therefor can be charged to him, if necessary. 

It should also be mentioned here that the described method can be 
implemented by one skilled in the art in such a way that an interested participant 7 
30 can order a plurality of different products at the same time. 

The data flows indicated by the arrows 8, 12, 13, and 16 between the 
service center 1 1 and the mediating module 5, respectively between the 
mediating module 5 and the sales module 9, depending upon the embodiment 
variant and implementation of these servers, are carried out by one skilled in the 
35 art as computer-internal communication if the corresponding software programs 
are installed on the same computer, or are carried out via local fixed networks, for 
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example via LAN's or high-speed buses, if the corresponding software processes 
are implemented on different computers. 

The services of the described method can be charged to the vendors in 
various forms. For example, they can be asked to pay, for example, a one-time, a 
5 monthly or a yearly basic charge and additionally a commission, for example in 
proportion to the number of objects sold or offered for sale or in relationship to the 
proceeds from the sale of these objects. 

Besides the possibilities of earnings through offering the services from the 
described method, it is also possible to sell a server, and in particular the software 
10 programs for a sales module 9. 

Although only few application examples have been given here, the 
possibilities for application are almost unlimited, and the most varied types of 
electronic and automated bazaars and marketplaces can be implemented. It must 
also be mentioned here that the described method is suitable not only for 
15 incrementally decreasing processes in which, for example, the quantity indication 
or the number of tokens are decreased by increment, but it can also be very well 
applied to incrementing processes as well in which, for example, corresponding to 
the application, a quantity indication or a number of tokens is increased by 
increment. 

20 Through extension of the indicated data flows 10 and 14 to fixed networks, 

for example the Internet or the public switched telephone network (PSTN), such 
bazaars and marketplaces can also be made accessible to participants in these 
fixed networks. 



